Added a comment
authormatrss <matrss@web>
Mon, 27 Jan 2025 11:28:43 +0000 (11:28 +0000)
committeradmin <admin@branchable.com>
Mon, 27 Jan 2025 11:28:43 +0000 (11:28 +0000)
doc/bugs/rsyncurl_without___34____58____34___creates_local_folder_as_remote/comment_1_b218e908bd2f897415e6d34137f8536b._comment [new file with mode: 0644]

diff --git a/doc/bugs/rsyncurl_without___34____58____34___creates_local_folder_as_remote/comment_1_b218e908bd2f897415e6d34137f8536b._comment b/doc/bugs/rsyncurl_without___34____58____34___creates_local_folder_as_remote/comment_1_b218e908bd2f897415e6d34137f8536b._comment
new file mode 100644 (file)
index 0000000..b38b067
--- /dev/null
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="matrss"
+ avatar="http://cdn.libravatar.org/avatar/cd1c0b3be1af288012e49197918395f0"
+ subject="comment 1"
+ date="2025-01-27T11:28:43Z"
+ content="""
+I'd say this is intended behavior: I assume that the rsyncurl option is more less passed verbatim to rsync, and rsync can act on both local and remote paths. There is the possibility to use `rsync://` URLs, remote paths via SSH where the host and path are separated by a colon, and local paths.
+
+The rsync special remote with local paths behaves a bit differently than the directory special remote, namely the rsyncurl is remembered (e.g. for autoenable) while the directory special remote does not remember the directory. There can be use-cases for both.
+
+Besides, most of the time I think one would want to specify a remote directory with rsync, in which case the colon is necessary anyway.
+"""]]